Voici un petit lot d’astuces en vrac pour vous permettre de gagner un peu de temps et d’éviter les quelques pièges si vous vous lancez sur le développement SharePoint 2010 (et donc avec Visual Studio 2010).
Applications utilisant l’API Server SharePoint
Si vous désirez écrire une application en mode console ou une petite application Windows qui consomme l’API SharePoint, il vous faudra faire attention à bien compiler en “x64” ou “All CPU” et ciblez le Framework .Net 3.5 (oubliez donc le 4.0) :
Auquel cas une belle exception “FileNotFound” surviendra lors de l’exécution :
Problème de compilation avec une assembly SharePoint utilisant System.Web.Data.Visualization
Si vous avez déjà tenté de faire un peu de développement avec d’autres DLL que la classique “Microsoft.SharePoint.dll”, celle du publishing par exemple, vous vous êtes sans doute heurté à une drôle d’erreur vous empêchant la compilation (une référence au Framework 4.0)
Vous pouvez soit ajouter la référence directe à la dll (par défaut “C:\Program Files (x86)\Microsoft Chart Controls\Assemblies\System.Web.DataVisualization.dll”) ou bien modifier la base de registre. Ci-dessous le texte à ajouter dans un fichier reg et à exécuter.
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\.NETFramework\v2.0.50727\AssemblyFoldersEx\Chart Controls]
@="C:\\Program Files (x86)\\Microsoft Chart Controls\\Assemblies"
Mode debug pour le modèle objet client Javascript
Vous avez flashé sur le développement avec le tout nouveau modèle objet client ? Vous le faîtes avec la version ECMAScript ? Profitez du mode debug en ajoutant à votre page le contrôle suivant et ajoutez l’attribut “ScriptMode” à “Debug” :
<SharePoint:ScriptLink runat=”server” Name=”sp.js” Localizable=”false” LoadAfterUI=”true” ScriptMode=”Debug” />
Tester la compilation pour les sandboxed/user solutions
Si vous faites des développements à déployer sous forme de “solutions utilisateurs” (i.e. sandboxed solutions), vous avez sans doute remarqué que l’IntelliSense ne vous prévient pas si vous utilisez une partie de l’API non accessible à l’exécution. Pour tester que votre développement fonctionne, vous pouvez changer la référence à “Microsoft.SharePoint.dll” pour utiliser celle se trouvant dans le répertoire “14\UserCode\Assemblies\Microsoft.SharePoint.dll”. En revanche, pour le déploiement, remettez bien la version originale sinon vous obtiendrez une belle exception à l’exécution.
N’oubliez pas de manière générale à faire un tour sur Channel9 et de passer du temps sur le superbe training kit qui est disponible ici : http://channel9.msdn.com/learn/courses/SharePoint2010Developer/. C’est une mine d’or pour tout développeur SharePoint.
N’hésitez pas à me faire part de vos anecdotes et tips dans les commentaires.
Gat en mode jet lag à Seattle